home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970104-19970326 / 000052_news@columbia.edu _Wed Jan 15 11:57:55 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.3/8.8.3) with ESMTP id LAA20600 for <kermit.misc@watsun.cc.columbia.edu>; Wed, 15 Jan 1997 11:57:54 -0500 (EST)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.3/8.8.3) id LAA12076 for kermit.misc@watsun; Wed, 15 Jan 1997 11:57:53 -0500 (EST)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Kermit tcp/ip
  8. Date: 15 Jan 1997 16:57:50 GMT
  9. Organization: Columbia University
  10. Lines: 18
  11. Message-ID: <5bj2ae$qvb$1@apakabar.cc.columbia.edu>
  12. References: <5bgm01$bll@lynx.unm.edu> <5bgpki$l$1@apakabar.cc.columbia.edu> <5birb8$261@mirage.skypoint.com>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14. Xref: news.columbia.edu comp.protocols.kermit.misc:6407
  15.  
  16. In article <5birb8$261@mirage.skypoint.com>,
  17. David S Cargo <escargo@skypoint.com> wrote:
  18. : I am using Kermit over TCP/IP and Ethernet.  I was wondering if I could
  19. : improve the performance of transfer of binary files by allowing some
  20. : nonprinting ASCII characters to not be escaped.  So, is there a simple
  21. : way of determining what characters will make it through a telnet session
  22. : without breaking anything?
  23. : 
  24. Only trial and error.  In C-Kermit 6.0, there is a new command, SET
  25. PREFIXING CAUTIOUS, that causes all the well-known problem characters to
  26. be prefixed and the others unprefixed.
  27.  
  28. : Alternatively, would using uuencode on the data before hand be more
  29. : efficient than having Kermit do its escape character method?
  30. : 
  31. Definitly not.
  32.  
  33. - Frank